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ABSTRACT OF THE DISCLOSURE 

A method for determining optimal database 
materializations utilizing a query optimizer in a database 
management system. The method takes one or more queries as 
inputs and using the query optimizer in the database 
management system generates a series of virtual 
materializations by materializing some subsets of the 
database. The virtual materializations are used to consider 
the relative performance benefits, i.e. cost-benefits, for the 
queries based on the various virtual materializations. If the 
query optimizer decides to use any of the materializations in 
its plan, then those materializations are recommended to the 
user, or created automatically for the user. 
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TITLE: METHOD FOR DETERMINING OPTIMAL DATABASE 

MATERIALIZATIONS USING A QUERY OPTIMIZER 



FIELD OF THE INVENTION 

5 The present invention relates to database management 

systems and more particularly to a method for determining 
optimal database materializations utilizing a query optimizer. 

BACKGROUND OF THE INVENTION 

A database management system (DBMS) comprises the 
10 combination of an appropriate computer, direct access storage 
devices (DASD) or disk drives, and database management 
software- A relational database management system is a DBMS 
which uses relational techniques for storing and retrieving 
information. The relational database management system or 
15 RDBMS comprises computerized information storage and retrieval 
systems in which data is stored on disk drives or DASD for 
semi -permanent storage. The data is stored in the form of 
tables which comprise rows and columns. Each row or tuple has 
one or more columns . 

20 The RDBMS is designed to accept commands to store, 

retrieve, and delete data. One widely used and well known set 
of commands is based on the Structured Query Language or SQL. 
The term query refers to a set of commands in SQL for 
retrieving data from the RDBMS. The definitions of SQL 

2 5 provide that a RDBMS should respond to a particular query with 
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a particular set of data given a specified database content. 
SQL however does not specify the actual method to find the 
requested information in the tables on the disk drives. There 
are many ways in which a query can be processed and each 
consumes a different amount of processor and input/output 
access time. The method in which the query is processed, i.e. 
query execution plan, affects the overall time for retrieving 
the data. The time taken to retrieve data can be critical to 
the operation of the database. It is therefore important to 
select a method for finding the data requested in a query 
which minimizes the computer and dis k access time, a-ttd 
therefore, optimizing the cost of doing the query. 



A database system user retrieves data from the 
database by entering requests or queries into the database. 
The RDBMS interprets the user's query and then determines how 
best to go about retrieving the requested data. In order to 
achieve this, the RDBMS has a component called the query 
optimizer. The RDBMS uses the query optimizer to analyze how 
to best conduct the user' s query of the database with optimum 
speed in accessing the database being the primary factor. The 
query optimizer takes the query and generates a query 
execution plan. The query execution plan comprises a 
translation of the user's SQL commands in terms of the RDBMS 
operators. There may be several alternative query execution 
plans generated by the query optimizer, each specifying a set 
of operations to be executed by the RDBMS . The many query 
execution plans generated for a single query ultimately differ 
in their total cost of obtaining the desired data. The query 
optimizer then evaluates these cost estimates for each query 
execution plan in order to determine which plan has the lowest 
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execution cost. In order to determine a query execution plan 
with the lowest execution cost, the query optimizer uses 
specific combinations of operations to collect and retrieve 
the desired data. When a query execution plan is finally 
5 selected and executed, the data requested by the user is 
retrieved according to that specific query execution plan 
however manipulated or rearranged. 

In a SQL b ased RDBMS the query ex ecution pla n 
comprises a set of primiti ve operations or comman ds , e.g. 

10 JOIN; a sequence in which the retrieve operatio ns will be 
execute d , e.g. JOIN ORDER ; a specific method , for performing 
the operation, e.g. SORT-MERGE JOIN; or an ac cess method to 
obtain records from the base relations , e.g. INDEX SCAN. In 
most database systems, particularly large institutional 

15 systems, a cost-based query optimizer wil l be utilized. A 
c ost -based query optimizer uses estimates of I/O and CPU 
reso urce consumption in determining the most efficient query 
execution plan beca use both I/O and CPU resource consumption 
depend on the number of rows that need to be processed. 



20 The performance of queries against a database may be 

enhanced significantly by materializing certain data that may 
be redundant of data already in the database. This 
materialized data may be organized in ways better suited to 
certain database operations, such as searching for specific 

25 data, for example as with indexes, or may pre-compute 
information likely to be asked for often, as with materialized 
views, for example. 
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Data materialization such as indexes can benefit 
performance of a query in one or. more of the following ways. 
First, a materialization can be used to rapidly find data 
which satisfies a user-specified search criterion, for 
5 example, predicates specified in the WHERE clause of an SQL 
query. Second, a materializatio n can be used to access rows 
in a part icular order, thereby saving sort ope rations to 
a chieve that ordering f or operati ons such as JOINS or GRO UP BY 
or ORDER BY clauses specified by the user. Thirdly, a 

10 materialization can be used to provide a subset of a table's 
columns, or tables' in the case of join indexes, that are a 
superset of the columns requested in a user query, thereby 
saving the access of the data pages of the base table. 
Because the data pages in the base table are presumably much 

15 larger than the index pages in the index table, the cost per 
row is greater for the base table. 

On the other hand, materialized data has additional 
costs which include the following: (1) update costs to keep 
the materialization consistent with other data that has been 

20 modified, requiring possible data access and computation to 
determine the new contents of the materialized data based upon 
what data was modified; (2) storage costs for the materialized 
data, which is usually redundant of the base data; (3) 
increased optimization time to consider the use of these 

25 materializations, as an alternative to, or in addition to, 
accessing the base table. 

Currently, most database systems leave the 
determination of the appropriate materializations up to the 
user. However, this can be very difficult and/or time- 
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consuming for the user. There are typically numerous possible 
materializations and in many possible combinations. 
Furthermore, the costs and benefits of each combination will, 
in general, be very difficult for the user to assess. 

5 Accordingly the present invention provides a method 

for * determining optimal database materializations using a 
query optimizer. 

BRIEF SUMMARY OF THE INVENTION 

The present invention provides a method for 
10 exploiting a database query optimizer to recommend 
materializations, for example indexes, of a database to 
enhance performance. The method takes one or more queries as 
inputs and using the cost -based optimizer in the database 
management system generates a series of virtual 
15 materializations by materializing some subsets of the 
database. The virtual materializations are used to consider 
the relative performance benefits, i.e. cost-benef its , for the 
queries based on the various virtual materializations. If the 
optimizer decides to use any of the materializations in its 
20 plan, then those materializations are recommended to the user, 
or created automatically for the user. 

A feature of the present invention is that the 
method is incorporated into the query optimizer, rather than 
as an external tool. This arrangement provides the following 
25 advantages: (1) The existing infrastructure for iterating 
through alternative access paths to a table, and for 
estimating execution costs of these alternatives, can be 
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exploited, and do not have to be replicated in an external 
tool. (2) Maintenance costs decrease because the equations 
used to estimate costs and benefits need be maintained in only 
one place, i.e. in the query optimizer. (3) There is greater 
5 accuracy in cost estimation, since there is no possibility of 
the query optimizer and an external tool being out of 
synchronization. The user is alBO guaranteed that the query 
optimizer will use the recommended materialization if it is 
defined, since the query optimizer recommended the 

10 materialization by using its equations to pick that 
materialization for use. (4) There is greater efficiency in 
determining the materializations to recommend, since the query 
optimizer need only be invoked once to determine the best 
materializations for a given query. An external tool, on the 

15 other hand, must iteratively recommend and create candidate 
materializations and invoke the query optimizer to assess that 
set of materializations. 

In one aspect, the present invention provides a 
method for determining optimal materializations for a query 

20 optimizer in a database management system, wherein the query 
optimizer generates one or more query execution plans in 
response to a query input from a user for accessing data in a 
database schema in the database management system, the method 
comprises the steps of: (a) generating a plurality of 

25 temporary materializations as candidates for the query 
execution plans associated with the query; (b) computing 
estimated statistics for selected performance parameters for 
each of the temporary materializations; (c) utilizing the 
query optimizer to optimize each of the query execution plans; 

30 (d) determining if any of the temporary materializations are 
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being utilized in any of the query execution plans; (e) if any 
of the temporary materializations are being utilized in any of 
the query execution plans, recommending the temporary 
materializations to the user together with the associated 
5 query execution plans. 

In another aspect, the present invention provides a 
relational database management system for use with a computer 
system wherein queries are entered by a user for retrieving 
data from a database schema, the relational database 

10 management system includes a query optimizer for optimizing 
query execution plans associated with the queries entered by 
the user, the system comprises: (a) means for processing 
queries; (b) means for generating a plurality of temporary 
materializations as candidates for the query execution plans 

15 associated with the query;, (c) means for computing estimated 
statistics for selected performance parameters for each of the 
temporary materializations; (d) the query optimizer including 
means for optimizing each of the query execution plans and 
means for selecting query execution plans on the basis of 

20 selected performance parameters; (e) means for determining if 
any temporary materializations are being utilized in any of 
the query execution plans; (f) means for recommending the 
temporary materializations to the user together with the 
associated query execution plans selected by the query 

25 optimizer if any of the temporary materializations are being 
utilized in one of the query execution plans. r 

In yet another aspect, the present invention 
provides a computer program product for use on a computer 
wherein queries are entered by a user for retrieving data from 
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a relational database management system having a query 
optimizer for optimizing query execution plans associated with 
the queries entered by the user, the computer program product 
comprises : a recording medium; means recorded on the medium 
5 for instructing the computer to perform the steps of, (a) 
generating a plurality of temporary materializations as 
candidates for the query execution plans associated with the 
query; (b) computing estimated statistics for selected 
performance parameters for each of the temporary 

10 materializations; (c) utilizing the query optimizer to 
optimize each of the query execution plans; (d) determining if 
any of the temporary materializations are being utilized in 
any of the query execution plans; (e) if any of the temporary 
materializations are being utilized in any of the query 

15 execution plans, recommending the temporary materializations 
to the user together with the associated query execution 
plans . 

BRIEF DESCRIPTION OF THE DRAWINGS 

Reference will now be made to the accompanying 
2 0 drawings which show, by way of example, preferred embodiments 
of the present invention, and in which: 

Fig. 1 shows in diagrammatic form a database 
management system incorporating a method or process according 
to the present invention for determining optimal database 
25 materializations using a query optimizer; 
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Fig. 2 is a flow chart showing a method according to 
the present invention for determining optimal database 
materializations using a query optimizer; 

Fig. 3 shows in schematic form an example executed 
5 according to the method of Fig. 1. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Reference is first made to Fig. 1, which shows in 
schematic form a database management system 10 incorporating 
a method or process 100 according to the present invention for 
10 determining optimal database materializations using a query 
optimizer 15. The processing steps embodied in the method for 
determining optimal database materializations are shown in 
Fig. 2 as will be described below. 

As shown in Fig. 1, the database management system 
15 (DBMS) 10 comprises the combination of an appropriate central 
processing unit 11 (i.e. a computer), direct access storage 
devices (DASD) or disk drives 12, and database management 
software 13 . A relational database management system 10 is a 
DBMS which uses relational techniques for storing and 
2 0 retrieving information. The relational database management 
system or RDBMS 10 comprises computerized information storage 
and retrieval systems in which data is stored on the DASD 12 
or disk drives for semi -permanent storage. The data is stored 
in the form of a database schema or schema 19 which comprises 
25 one or more tables 20, shown individually as 20a, 20b, .. .20n. 
Each table 20 comprise rows and columns, with each row or 
tuple having one or more columns . 
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As shown in Fig. 1, the database management software 
13 includes an SQL engine 14 and a query optimizer denoted 
generally by 15. The SQL engine 14 is a software module which 
performs the operations specified by the queries. An SQL 
5 statement that performs an operation on a database is termed 
a query. Th$ query optimizer 15 uses conventional techniques 
to evaluate the most cost-effective way (i.e. query execution 
plan) for retrieving data from the database schema 19 in 
response to the user's query and in accordance with the 

10 present invention, the query optimizer 15 incorporates a 
method or process 100 for determining optimal database 
materializations. The SQL engine 14 together with the query 
optimizer 15 perform the operations specified by the queries 
and generate virtual materializations 24 and materialized 

15 views 26 which are stored in the storage media 12. In the 
context of the present invention, a virtual materialization 24 
is a compilation of information which is generated by the 
method 100 according to the present invention as will be 
described below. A materialized view 26 is also a compilation 

20 of information, similar in structure to a table, and is the 
result of query which has been optimized according to the 
present invention. The materialized views 2 6 are stored in 
the storage media 12 and in known manner are usable as an 
input to a query to the database management system 10 DBMS or 

25 RDBMS. 

The query definitions are stored on the storage 
media 12 and comprise one or more queries 22 shown 
individually as 22a, 22b, . . .22m. Each query 22 specifies a 
series of operations that are to be performed on one or more 
30 of the tables 20 in the database. The queries 22 are 
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typically written in SQL. The virtual materialized views 24 
comprise one or more virtual materialized views, shown 
individually as 24a, 24b, ...24x, which are generated by the 
method 100 in response to the queries. The materialized views 
5 26, shown individually as 26a, 26b,... 26y, each comprise a 
compilation of information, and stored in the storage media 
12 . As will be described in more detail below, the 
materialized views 26 are derived from the virtual 
materializations 24, and a subsequent query is executed with 
10 one or more of the materialized views 26, or on a combination 
of materialized views 26 and tables 20. 

As will now be described, the method according to 
the present invention provides a mechanism for extending the 
query optimizer 15 to recommend beneficial materializations 26 

15 of data based upon the cost equations already defined for a 
query optimizer. This is achieved by generating virtual 
materializations 24 and using the existing cost estimation 
equations in the query optimizer 15 to assess the cost and 
benefits of multiple, alternative materializations . Referring 

20 to Fig. 2, the method 100 according to the present invention 
comprises the following processing steps. 

The first processing step denoted by 101 is 
conducted before a query optimization is performed for a given 
query to the database 19. The first processing step 101 
25 comprises generating one or more virtual materializations 24 
(Fig. 1) which might benefit the execution of the particular 
query as will now be described with reference to the following 
three examples. 
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In Example 1, virtual materializations are generated 
for all possible indexes which may be used to access data from 
the database, e.g. in response to a INDEX SCAN SQL command in 
the user's query. 

Example #1 - exhaustive enumeration of all possible indexes 

For each table T in the schema 

For each combination C of the columns in table T 

Generate a new virtual index on table T corresponding to 
the combination of columns C 



In Example 2, virtual materializations are generated 
for all possible join materializations , e.g. in response to a 
JOIN SQL command in the user's query. 

Example #2 - Exhaustive enumeration of all possible join materializations 

For N = 2 to n (i.e. number of tables in query) 

For each possible combination C of N tables using all possible 
tables 

Generate a new virtual materialization corresponding to 
the join of the tables in combination C 



In Example 3, virtual materializations are generated 
for selected enumerations. 



Example #3 - selective enumeration 

To reduce the search space, a more selective enumeration algorithm 
is used. 
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If the query optimizer knows which are the "interesting columns" and 
the * interesting orders" and the "interesting bounding predicates" 
or start/stop keys, then an enumerator generates virtual indexes 
which contain just the interesting columns and orders or the indexes 
5 that would benefit from the bounding predicates or start/stop keys. 



The second processing step 102 comprises computing 
estimated statistics for the virtual materializations 24 
generated in step 101, as if the virtual materializations 24 
10 where actual materializations. The estimated statistics are 
computed using the query optimizer 15 as will be described in 
more detail below. 

The third step 103 in the method 100 comprises 
optimizing the SQL queries using the query optimizer 15 for 

15 the database management system 10. The SQL queries 22 (Fig. 
1) are typically optimized in workloads where each workload 
comprises a group of SQL queries. This step involves using 
the existing optimization algorithm in the query optimizer 15. 
It will be appreciated that the query optimizer 15 must be 

20 extended so that groups of SQL queries, i.e. workloads, can be 
optimized instead of only a single query. Such an optimizer 
15 is known as a Mass Query Optimizer as will be familiar to 
those skilled in the art. The optimization algorithm in the 
query optimizer 15 considers alternative access paths or query 

25 execution plans, including the virtual materializations (e.g. 
indexes) , and estimates the cost benefit to query execution of 
each access path. The query optimizer 15 then picks the 
"optimal" ; i.e. least cost plan, including in that 
consideration all "virtual" materializations 24, as well as 

3 0 the actual materialized views 26. 
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Reference is made to Fig. 3, which shows the 
optimization of an exemplary workload, WORKLOAD 1. The cost 
of WORKLOAD 1 is equal to the sum of the cost of each query, 
Ql, Q2 and Q3, multiplied by their associated weights, Wl, W2 
and W3, respectively. The weights Wl, W2 , W3 are typically 
the expected frequency of each query Ql, Q2 , Q3 . In this 
example, a virtual materialization 24 for a new index to Table 
R has been generated according to the first step 101 of the 
method 100 (Fig. 2) The workload optimizer 15 optimizes for 
minimum overall cost of the complete workload, in order to 
evaluate the usefulness of any virtual materialization 24 and 
materialized views 26. For example, the new index on Table R 
will make Query 2 go faster because the SORT operation is then 
eliminated for the second query Q2 . However, this same index 
on Table R will slow down performance of the third query Q3 
because the insert into Table" R wiTl require an update of this 
new index. As a result, the optimizer 15 chooses whether the 
virtual materialization 24 for the index is cost-effective 
based on the weights associated with the second query Q2 and 
the third query Q3 . 

If the "optimal" plan utilizes any "virtual" 
materializations, then the plan cannot be executed until those 
materializations are actually created, i.e. converted into 
corresponding materialized views' 26. The virtual 

materializations can be used to recommend to the user that 
they be created, or can be used to automatically materialize 
the recommended materializations. Accordingly, the next step 
104 in the method 10 0 as shown in Fig. 2 comprises determining 
if any virtual materializations 24 were selected by the query 
optimizer 15 for the query execution plans. If the query 
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optimizer 15 did not select any of the virtual 
materializations 24, then the virtual materializations 24 are 
removed from the storage media 12 (Fig. 1) as shown in step 
105 in Fig. 2. On the other hand, if the query optimizer 15 
5 has selected a query execution plan which incorporates one or 
more of the virtual materializations 24, then the virtual 
materializations 24 are recommended to the user together with 
the associated query execution plan as shown in step 106 in 
Fig. 2. For the example shown in Fig. 3, the execution plan 
10 for the second query Q2 utilizes a virtual materialization for 
the index to Table R. 

As described above, step 103 of the method 100 
includes the process of optimizing for minimum total workload 
cost. The process of optimizing utilizes the virtual 
15 materializations 24 (Fig. 1) which were generated in step 101 
and may be further refined as follows: 

(1) The existing optimization algorithm in the 
query optimizer 15 applies conventional techniques in the 
consideration of alternative access paths or query execution 

20 plans, including indexes, and estimates the respective cost- 
benefit of each access path to query execution, and picks the 
"optimal", i.e. least cost, access path or query execution 
plan. In the evaluation of the alternative access paths or 
query execution plans, the optimization algorithm considers 

25 all the virtual materializations 24 as well as the actual 
materialized views 26. 

(2) The existing optimization algorithm applies 
conventional techniques in the consideration of alternative 
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access paths or query execution plans, including indexes, and 
estimates the respective cost-benefit of each access path to 
query execution, and picks the "optimal" or least cost access 
path or query execution plan. In the evaluation, the 
5 optimization algorithm only considers the actual materialized 
views 26. 

The estimated benefit of the virtual 
materializations 24 is given as the difference in cost of the 
access plan chosen by the optimizer in (1) as described above 
10 and the access plan chosen by the optimizer in (2) as also 
described above. 

A feature of the present invention is that the 
method is incorporated into the query optimizer, rather than 
as an external tool . This arrangement provides the following 
1 5 advan t age s : 

(1) The existing infrastructure for iterating 
through alternative access paths to a table, and for 
estimating execution costs of these alternatives, can be 
exploited, and does not have to be replicated in an external 

2 0 tool. 

(2) Maintenance costs decrease because the 
equations used to estimate costs and benefits need be 
maintained in only one place, i.e. in the query optimizer. 

(3) There is greater accuracy in cost estimation, 
25 since there is no possibility of the query optimizer and an 

external tool being out of synchronization. The user is also 
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guaranteed that the query optimizer will use the recommended 
materialization if it is defined, since the query optimizer 
recommended the materialization by using its equations to pick 
that materialization for use. 



materializations to recommend, since the query optimizer need 
only be invoked once to determine the best materializations 
for a given query. An external tool, on the other hand, must 
iteratively recommend and create candidate materializations 
10 and invoke the query optimizer to assess that set of 
materializations . 



present invention that the method for determining optimal 
database materializations utilizes the existing query 
15 optimizer 15 in the database management system 10 (Fig. 1) . 
An implementation of a function for generating a virtual 
materialization of an index using the existing query optimizer 
15 may take the following form: 



2 0 // within the context of the optimizer, this function is used to 



5 



(4) There is greater efficiency in determining the 



As described it is a principal feature of the 



generate a subplan which is a scan of table Tl 



1: 



function access_table (Tl) 
{ 



25 



2 



4 



3 



generate_table_scan_j>lans (Tl) ; 
genera te_yirtual_indexes (Tl) ; 
genera te_index_scan_j?l ana (Tl) ; 



5 




CA 02249096 1998-09-30 



- 18 - 

CA9-98-037 



6: function genera t e_yir t ual_indexes (Tl) 
{ 

7: variable COLUMN_SET; 

8: loop (COLUMN_SET=all combinations of column orders) 

5 { 

9: variable INDEX; 

10: INDEX «=add_virtual index (Tl , COLUMN__SET) ; 

11 : generate__statistics (INDEX) ; 

} 

10 } 



The function for generating a virtual materialization of an 
index comprises a function access__table (Tl) (line 1) and a 
function generate_virtual_indexes (Tl) (line 6). 

15 Referring to the pseudo-code listing above, the 

access_table(Tl) function comprises a function 

generate_table_scan_plans (Tl) (line 2) , a function 
generate_virtual_indexes (Tl) (line 3), a function 

generate^ index_scan_jplans (Tl) (line 4) and a function 

20 add_new_subplans_to__list () . The function access_table(Tl) 
comprises a known function in the query optimizer 15 and as 
will be familiar to one skilled in the art the function is 
called- when the query optimizer 15 needs to make a list of all 
possible methods of scanning table Tl, including index scan. 

25 The function generate^ table_scan_j)lans (Tl) also comprises a 
known function in the query optimizer 15 which generates 
methods for scanning the table Tl without using its indexes, 
and proposes a subplan in each case as will understood by one 
skilled in the art. The function generate__virtual_indexes (Tl) 

3 0 is a new function implemented in the query optimizer 15 which 
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is used to add virtual indexes to the array of available 
indexes on table Tl . The function 

generate_index_scan_j)lans (Tl) is a known function in the query 
optimizer 15 which looks at the list of indexes (existing and 
5 virtual) on table Tl, checks which indexes can be used to 
satisfy the query, and proposes a subplan in each case. The 
function add_new_subplans_to_list ( ) also comprises a known 
function in the query optimizer 15 which takes the valid 
subplans and adds them to the list of all available subplans. 
10 The specific, implementation aspects of these functions in 
accordance with the present invention are within the 
understanding of one skilled in the art. 

The function gene rat e_virtual_indexes (Tl) comprises 
an iterative loop (line 8) which is executed for all 

15 combinations of . column orders as defined by a variable 
COLUMN_SET (line 7). In the loop, a variable INDEX (line 9) 
is updated by a function add_virtual__index (line 10) and then 
cost-benefit statistics are generated by a function 
generate_statistics (line 11) for each INDEX (i.e. virtual 

20 materialization) . The function add_virtual__index (Tl, 

COLUMN_SET) is a new function implemented in the query 
optimizer 15 which effectively adds a new entry in the list of 
table Tl indexes, and marks each of these new entries as 
"virtual" . The function generate_statistics (INDEX) is a new 

25 function implemented in the query optimizer 15 which estimates 
statistics for the new INDEX, and places these statistics 
together with the associated INDEX. These statistics are used 
by the query optimizer 15 for costing, and they may be derived 
from the table statistics of table Tl and the subset of 

3 0 columns that appear in this INDEX. The specific 
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implementation aspects of these functions in accordance with 
the present invention are within the understanding of one 
skilled in the art. 

An implementation of a function for generating a 
5 virtual materialization of a JOIN using the existing query 
optimizer 15 in the database management system 10 of Fig. 1 
may take the following form: 



// within the context of the optimizer, this function is used to 
10 generate a subplan which joins two existing subplans SP1 and SP2 

1: function access Join (SP1, SP2) 
{ 

2: variable MATER I AL I ZED_JO IN ; 

3 : MATERIALIZED_JOIN=generate_virtual_materialized_j oin (SP1 , SP2 ) ; 

15 4: genera te_join_subplans (SP1, SP2) ; 

5 : generate_table_subplans ( MATER I AL I Z ED_JO IN ) ; 

6 : add__new__s ubp 1 ans_to_l i s t ( ) ; 

} 



20 The function is defined as access_j oin (SP1 , SP2) in line 1. 
The access_join function includes a function 



generate_virtual_materialized_join (line 3) , a function 
generate_j oin_ subplans (SP1, SP2 ) , a function 

generate_table_subplans ( MATER I AL I ZED_J"0 IN ) (line 5) , and a 
25 function add_new_subplans_to_list ( ) (line 6). The function 
access_join(SPl, SP2) is a known function in the query 
optimizer 15 which as will be familiar to one skilled in the 
art is called when the query optimizer 15 needs new subplans 
which represent the joining of old subplans SP1 and SP2 . The 
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function access_join(SPl, SP2) includes another known query 
optimizer function, generate_join_sublplans (SP1 , SP2) . The 
function generate_j oin_subplans (SP1, SP2) as will be familiar 
to one skilled in the art is used to generate subplans which 
5 execute the join of SP1 and SP2 using available join 
techniques, e.g. nested-loop join, sort -merge join, hash join. 
The function accessjoin (SP1, SP2) also includes another 
known query optimizer function, generate_table_subplans 
(MATERIALIZED_JOINS) which as will be familiar to one skilled 

10 in the art checks if there are any MATERIALIZED_JOINS that can 
satisfy the requirements of joining SP1 and SP2 . The function 
generate_virtual_materialized_join(SPl, SP2) is a new function 
implemented in the query optimizer 15 which generates virtual 
materializations of the effective result of joining the tables 

15 in SP1 with the tables in SP2, and adds these 
materializations, along with the associated statistics, to the 
list of available materializations, and these new 
materializations are marked as "virtual" . The specific 
implementation aspects of these functions in accordance with 

2 0 the present invention are within the understanding of one 
skilled in the art . 

The present invention may be embodied in other 
specific forms without departing from the spirit or essential 
characteristics thereof. Certain adaptations and 

25 modifications of the invention will be obvious to those* 
skilled in the art. Therefore, the presently discussed 
embodiments are considered to be illustrative and not 
restrictive, the scope of the invention being indicated by the 
appended claims rather than the foregoing description, and all 
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changes which come within the meaning and range of equivalency 
of the claims are therefore intended to be embraced therein 
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WHAT IS CLAIMED IS: 

1. A method for determining optimal materializations 
for, a query optimizer in a database management system, wherein 
the query optimizer generates one or more query execution 
plans in response to a query input from a user for accessing 
data in a database schema in the database management system, 
said method comprising the steps of: 

(a) generating a plurality of temporary 
materializations as candidates for the query execution plans 
associated with the query; 

(b) computing estimated statistics for selected 
performance parameters for each of said temporary 
materializations; 

(c) utilizing the query optimizer to optimize each 
of the query execution plans; 

(d) determining if any of said temporary 
materializations are being utilized in any of the query 
execution plans; 

(e) if any of said temporary materializations are 
being utilized in any of the query execution plans, 
recommending said temporary materializations to the user 
together with the associated query execution plans. 

2. The method as claimed in claim 1, further including 
the step of deleting said temporary materializations not being 
utilized in any of the query execution plans. 
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3. The method as claimed in claim 1 or 2, further 
including the step of converting said recommended temporary 
materializations into actual materializations. 

4. The method as claimed in claim 1, wherein said step 
of generating a plurality of temporary materializations for 
the query comprises generating a temporary materialization for 
an index which becomes a candidate for the query execution 
plans . 

5. The method as claimed in claim 1, wherein said step 
of generating a plurality of temporary materializations for 
the query comprises generating a temporary materialization for 
a join index which becomes a candidate for the query execution 
plans . 

6- The method as claimed in claim 1, wherein said step 

of generating a plurality of temporary materializations for 
the query comprises generating a temporary materialization for 
columns and orders of interest which becomes a candidate for 
the query execution plans. 



7 . A relational database management system for use with 

a computer system wherein queries are entered by a user for 
retrieving data from a database schema, the relational 
database management system including a query optimizer for 
optimizing query execution plans associated with the queries 
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entered by the user, said relational database management 
system comprising: 

(a) means for processing queries; 

(b) means for generating a plurality of temporary 
materializations as candidates for the query execution plans 
associated with the query; 

(c) means for computing estimated statistics for 
selected performance parameters for each of said temporary 
materializations; 

(d) the query optimizer including means for 
optimizing each of the query execution plans and means for 
selecting query execution plans on the basis of selected 
performance parameters; 

(e) means for determining if any of said temporary 
materializations are being utilized in any of the query 
execution plans; 

(f) means for recommending said temporary 
materializations to the user together with the associated 
query execution plans selected by the query optimizer if any 
of said temporary materializations are being utilized in any 
of the query execution plans. 

8 . The relational database management system as claimed 

in claim 7, further including means for deleting temporary 
materializations not being utilized in any of the query 
execution plans. 
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9. The relational database management system as claimed 
in claim 8, including means for converting said recommended 
temporary materializations into actual materializations. 

10. -A computer program product for use on a computer 
wherein queries are entered by a user for retrieving data from 
a relational database management system having a query 
optimizer for optimizing query execution plans associated with 
the queries entered by the user, said computer program product 
comprising: 

a recording medium; 

means recorded on said medium for instructing said 
computer to perform the steps of, 

(a) generating a plurality of temporary 
materializations as candidates for the query execution plans 
associated with the query ; 

(b) computing estimated statistics for selected 
performance parameters for each of said temporary 
materializations ; 

(c) utilizing the query optimizer to optimize each 
of the query execution plans; 

(d) determining if any of said temporary 
materializations are being utilized in any of the query 
execution plans; 

(e) if any of said temporary materializations are 
being utilized in any of the query execution plans, 
recommending the temporary materializations to the user 
together with the associated query execution plans. 
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11. Data storage media recorded with a computer program 

which, in combination with a general purpose computer 
configured for a database management system and equipped to 
read into memory and execute program data from the data 
storage media, constituting a method in accordance with any of 
claims 1. 2, 3, 4, 5 or 6. 
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